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DETAILED ACTION 

1. Applicant's amendment dated January 10, 2008, responding to tlie Office 
Action mailed September 1 1 , 2007 provided in the rejection of claims 1-48, 
wherein claims 1-2, 25-26, 28-29, and 46 were amended, claim 47 was canceled. 

Claims 1-46 and 48 remain pending in the application and which have 
been fully considered by the examiner. 

2. Examiner notices that the applicant has signed date of "January 1 0, 2007" 
of the submitted Amendment on page 21, which should be corrected as January 
10, 2008. 

Applicant's arguments with respect to claims currently amended have 
been fully considered but are not persuasive. Please see the section of 
"Response to Arguments" for details. 

3. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See 
MPEP § 706.07(a). 

Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 
A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
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action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the date of this 
final action 



Claim Rejections - 35 USC § 102(b) 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 
102(b) that form the basis for the rejections under this section made in this office 
action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign 
country or in public use or on sale in this country, more than one year prior to the date of 
application for patent in the United States. 

5. Claims 25, 29, 31 , 45-46, and 48 are rejected under 35 U.S.C. 1 02(b) as 
being anticipated by Charles P. Jazdzewski (Pat. No. 6,002,867) (hereinafter 
'Jazdzewski') 

6. As to claim 25 (Currently Amended), Jazdzewski discloses a 
development system for dynamically constructing a form responsive to user input 
under an object framework during development of an application (e.g., Col. 1 , 
Lines 15-19 - ... a visual development system and methods for improved form- 
based development of software program), the system comprising: 

• a computer having a processor and memory; 
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• an ancestor class for representing the form under the object frameworl< 
(e.g., Col. 3, Lines 12-26 - ... the user can derive forms from other 
"ancestor" forms ... Ancestor forms can be any forms already contained in 
an existing project ...); 

• a proxy module for creating a descendant class inheriting from the 
ancestor class in response to user input, dynamically generating methods 
of the descendant class, and constructing an instance of the descendant 
class under the object framework for representing the form in the 
development system (e.g.. Col. 3, Lines 12-26 - ... From inheritance 
allows the user to create a library of standard form template ... Any 
changes made to the ancestor form immediately appear in the descendant 
forms); 

• a type delegator for the descendant class for tracking user input on the 
form during development of the application (e.g.. Col. 16, Lines 36-44 - 
UpdateChildren procedure or method serves to propagate an update call 
to all children ... Updating, is an internal housekeeping method which is 
invoked on a component which is about to be updated. This call adds a 
component to the update list and invokes the components own updating 
method; Col. 21 , Lines 54-67 - ... AddChild is a housekeeping method 
used during creation for adding children ... are internal housekeeping 
methods ...); 
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• a persistence mechanism for persisting user input on the form (e.g., Col. 
8, Lines 6-10 - This method causes the data for the "property" to be 
written out to the persistent image ...); 

• a module a design time representation of for displaying the form in a user 
interface of the development system based on the descendant class (e.g., 
Col. 3, Lines 41-67 - When a form inherits from another form, the system 
creates a reference to the ancestor from and only generates additional 
code for adding components and event handlers ... The descendant can 
be modified with no effect on the ancestor ...) and the persisted user input 
without compiling the descendant class (e.g.. Col. 8, Lines 6-10 - This 
method causes the data for the "property" to be written out to the 
persistent image ...) and subsequently generating a version of the form at 
runtime based on the persisted information (e.g.. Col. 7, Lines 56-62 - ... 
what happens at design time should mimic exactly what happens at 
runtime ...) 



7. As to claim 29 (Currently Amended) (incorporating the rejection in claim 
28), Jazdzewski discloses the system wherein the descendant class inherits a 
set of components provided by the ancestor class for representing components 
that may be placed on the form (e.g., Abstract, Lines 1-4 - a visual development 
system is described which allows a user to derive forms from other "ancestor" 
forms, inheriting their components, properties, and code as a starting point for 
one's own forms) 
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8. As to claim 31 (Original) (incorporating tiie rejection in claim 28), 
Jazdzewski discloses the system wherein the form includes a component palette 
comprising components which the user can select (e.g.. Fig. 3; Col. 6, Lines 36- 
37 - Fig. 3 illustrates an application development environment, which is provided 
by Delphi®; Lines 41-46 - as show, the programming environment 360 
comprises an main window 361 , a form 371 , a code editor window 381 , and an 
object manager or "inspector" window 391 ; the main window 361 itself comprises 
main menu 361, tool bar buttons 363, and component palette 364; main menu 
362 lists user-selectable commands, in a conventional manner) 

9. As to claim 45 (Original) (incorporating the rejection in claim 25), 
Jazdzewski discloses the system wherein the form comprises a form open on a 
visual design surface of the development system (e.g.. Fig. IB, element 200 - 
Visual Development System; Col. 2, Lines 7-23 - ... Such environments are 
characterized by an integrated development environment (IDE) providing a form 
painter, a property getter/setter manager ... a tool palette (with objects which the 
user can drag and drop on forms) ...; Abstract, Lines 1 1-13 - Any changes made 
to the ancestor form immediately appear in the descendant forms) 

1 0. As to claim 46 (Currently Amended) (incorporating the rejection in claim 
25), Jazdzewski discloses the system, wherein the persisting persists state of the 
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form (e.g., Col. 8, Lines 6-10 - This method causes the data for the "property" to 
be written out to the persistent image ...) 

11. As to claim 48 (Original) (incorporating the rejection in claim 46), 
Jazdzewski discloses the system wherein the persisting mechanism enables the 
form to be recreated at runtime as part of the application (e.g.. Col. 7, Lines 56- 
62 - ... what happens at design time should mimic exactly what happens at 
runtime ...) 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill In the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner In which the Invention was made. 

12. Claims 1-24, 26-28, 30, and 32-44 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Jazdzewski in view of Lam et al., {.NET® Framework 
Essentials, June 2001, O'Reilly®) (hereinafter 'Lam') 

13. As to claim 1 (Currently Amended), Jazdzewski discloses in a form- 
based development system (e.g.. Col. 1, Lines 15-19 - ... a visual development 
system and methods for improved form-based development of software 
program), a method for dynamically constructing a form under an object 
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framework during development of an application by a user, the method 
comprising: 

• providing an ancestor class under an object framework, the ancestor class 
for representing a form in the development system (e.g.. Col. 3, Lines 12- 
26 "... the user can derive forms from other "ancestor" forms . . . Ancestor 
forms can be any forms already contained in an existing project ...); 

• in response to user input, creating a descendant class inheriting from the 
ancestor class for representing a particular form to be included in the 
application without directly manipulating metadata of the ancestor form 
(e.g., Col. 3, Lines 12-26 - ... From inheritance allows the user to create a 
library of standard form template ... Any changes made to the ancestor 
form immediately appear in the descendant forms); 

• creating a type delegator for the descendant class, thereby enabling the 
descendant class to track changes made to the particular form during 
development of the application (e.g.. Col. 16, Lines 36-44 - 
UpdateChildren procedure or method serves to propagate an update call 
to all children ... Updating, is an internal housekeeping method which is 
invoked on a component which is about to be updated. This call adds a 
component to the update list and invokes the components own updating 
method; Col. 21, Lines 54-67 - ... AddChild\s a housekeeping method 
used during creation for adding children ... are internal housekeeping 
methods ...); 
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• creating an instance of tine descendant class (e.g., Col. 3, Lines 41 -67 - 
When a form inherits from another form, the system creates a reference to 
the ancestor from and only generates additional code for adding 
components and event handlers ... The descendant can be modified with 
no effect on the ancestor ...) ; 

• constructing the particular form in the development system based on the 
instance of the descendant class and making a design time representation 
of the form visible to the user without compiling the descendant class 
(e.g.. Figs. 5A-5C); 

• tracking changes to the particular form made during development of the 
application using the type delegator (e.g., Col. 15, Line 23 through Col. 16, 
Line 28 - Update Manager - ... is used for internal housekeeping ... 
FUpdateList indicates those components which are being updated; 
accordingly, it is employed for internal housekeeping during updating 
operation ...); 

• persisting information regarding the particular form (e.g., Col. 8, Lines 6- 

1 0 - This method causes the data for the "property" to be written out to the 
persistent image ...); 

• subsequently, generating a version of the particular form at runtime based 
on the persisted information (e.g.. Col. 7, Lines 56-62 - ... what happens 
at design time should mimic exactly what happens at runtime ...) 

Further, Jazdzewski discloses a visual development system which allows a 
user to derive forms from other "ancestor" forms, inheriting their components. 
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properties, and code as a starting point for one's own form (e.g., Abstract) but 
does not explicitly disclose generating intermediate language instructions for 
creating methods of the descendant class under the object framework. 

However, in an analogous art .NET Framework® Essentials, Lam discloses 
generating intermediate language instructions for creating methods of the 
descendant class under the object framework (e.g.. Overview - ... Web Forms, 
Windows Forms Sec. 2.5 - Intermediate Language (IL) - 3'"'^ Para) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Lam into the 
Jazdzewski's system to further provide generating intermediate language 
instructions for creating methods of the descendant class under the object 
framework in the Jazdzewski system. 

The motivation is that it would further enhance the Jazdzewski's system by 
taking, advancing and/or incorporating the Lam's system which offers significant 
advantages to support language integration is such a way that programs can be 
written in any language, yet can interoperate with one another, taking full 
advantage of inheritance, polymorphism exceptions, and other features as once 
suggested by Lam (e.g.. Sec. 2.6.2 - The Common Language Specification 
(CLS), 1st Para) 

14. As to claim 2 (Currently Amended) (incorporating the rejection in claim 1 ), 
Lam discloses the method wherein the object framework comprises an 
infrastructure for building, deploying and running applications having a common 
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language runtime (Sec. 8.3.3 - Visual Inheritance, 2"^ Para - with the advent of 

Microsoft .NET®, where everything is now object oriented, you can create 
derived classes by inheriting any base class; since a form in Windows® Forms 
application is nothing more than derived class of the base Form class, you can 
actually derive from your form calls to create other for classes) 

1 5. As to claim 3 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method wherein said creating step includes creating a 
descendant class for representing the particular form in a user interface of the 
development system (e.g., Col. 3, Lines 12-26 - ... the user can derive forms 
from other "ancestor" forms ... Ancestor forms can be any forms already 
contained in an existing project ...) 

16. As to claim 4 (Original) (incorporating the rejection in claim 1), 
Jazdzewski discloses the method wherein said creating step includes inheriting a 
set of components provided by the ancestor class for representing components 
that may placed on the particular form (e.g.. Col. 3, Lines 12-26 - ... the user can 
derive forms from other "ancestor" forms . . . Ancestor forms can be any forms 
already contained in an existing project ...) 

17. As to claim 5 (Original) (incorporating the rejection in claim 5), Lam 
discloses the method wherein said creating step includes creating an assembly 
for the descendant class (e.g., Sec. 2.4.1 - Assemblies Versus Components - In 
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.NET®, Microsoft® has addressed this confusion by introducing a new concept, 
assembly, which is a software component that supports plug-and-play, much lil<e 
a hardware component) 

1 8. As to claim 6 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method further comprising: creating a second 
descendant class which inherits from the descendant class, the created second 
descendant class for representing a form which inherits from the particular form 
(e.g.. Col. 3, Lines 12-26 - ... From inheritance allows the user to create a library 
of standard form template ... Any changes made to the ancestor form 
immediately appear in the descendant forms) 

1 9. As to claim 7 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method wherein said constructing step includes 
constructing the particular form based upon the descendant class in a user 
interface of the development system (e.g.. Fig. 1 B, element 200 - Visual 
Development System; Col. 2, Lines 7-23 - ... Such environments are 
characterized by an integrated development environment (IDE) providing a form 
painter, a property getter/setter manager ... a tool palette (with objects which the 
user can drag and drop on forms) . . . ; Abstract, Lines 11-13- Any changes made 
to the ancestor form immediately appear in the descendant forms) 
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20. As to claim 8 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method wherein said constructing step includes 
displaying a component palette including components which the user can select 
for placement on the particular form (e.g., Figs. 5A-5C) 

21 . As to claim 9 (Original) (incorporating the rejection in claim 8), 
Jazdzewski discloses the method further comprising: receiving user input for 
placing components selected from the palette on the particular form (e.g., Fig. 3, 
elements "392" - Form Object, "393" - Properties, and "394" - Events; Col. 7, 
Lines 28-37 - the inspector 391 comprises an object selector field 392, a 
properties page 393, and an events page 394) 

22. As to claim 10 (Original) (incorporating the rejection in claim 9), 
Jazdzewski discloses the method wherein the type delegator tracks creation of 
components on the particular form in response to a user placing a component on 
the particular form (e.g.. Col. 15, Line 23 through Col. 16, Line 28 - Update 
Manager - ... is used for internal housekeeping ... FUpdateList indicates those 
components which are being updated; accordingly, it is employed for internal 
housekeeping during updating operation ...) 

23. As to claim 11 (Original) (incorporating the rejection in claim 9), 
Jazdzewski discloses the method wherein the type delegator persists information 
regarding components placed on the particular form, thereby enabling the 
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components placed on the particular form to be recreated at runtime (e.g., Col. 7, 
Lines 56-62 - ... what happens at design time should mimic exactly what 
happens at runtime ...) 

24. As to claim 12 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method wherein said generating step includes 
generating a constructor for the descendant class (e.g., Col. 21 , Lines 54-55 - 
After declaring a constructor (Create) ...) 

25. As to claim 13 (Original) (incorporating the rejection in claim 12), Lam 

discloses the method wherein said step of generating a constructor includes 
generating intermediate language instructions for building the constructor (e.g., 
Sec. 2.5 - Intermediate Language (IL), 3"^ Para - Microsoft® calls its own 
language-abstraction layer the Common Intermediate Language (CIL); Similar 
bytecode, IL supports all object-oriented features, Including data abstraction, 
inheritance, polymorphism and useful concepts such as exceptions and events; 
any .NET® language may be converted into IL, so .NET® supports multiple 
languages and perhaps multiple platforms in the future [as long as the target 
platforms have a CLR]) 

26. As to claim 14 (Original) (incorporating the rejection in claim 13), Lam 
discloses the method wherein said step of generating intermediate language 
instructions includes using classes provided by the object framework for 
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generating intermediate language instructions constructor (e.g., Sec. 2.5 - 
Intermediate Language (IL), 3^^^ Para - Microsoft® calls its own language- 
abstraction layer the Common Intermediate Language (CIL); Similar bytecode, IL 
supports all object-oriented features, including data abstraction, inheritance, 
polymorphism and useful concepts such as exceptions and events; any .NET® 
language may be converted into IL, so .NET® supports multiple languages and 
perhaps multiple platforms in the future [as long as the target platforms have a 
CLR]) 



27. As to claim 15 (Original) (incorporating the rejection in claim 13), Lam 
discloses the method wherein said generating step includes generating 
instructions for calling the constructor of the ancestor class, thereby ensuring 
execution of an appropriate constructor implemented by the ancestor class (e.g.. 
Sec. 2.5 - Intermediate Language (IL), 3"^ Para - Microsoft® calls its own 
language-abstraction layer the Common Intermediate Language (CIL); Similar 
bytecode, IL supports all object-oriented features, including data abstraction, 
inheritance, polymorphism and useful concepts such as exceptions and events; 
any .NET® language may be converted into IL, so .NET® supports multiple 
languages and perhaps multiple platforms in the future [as long as the target 
platforms have a CLR]) 



28. As to claim 16 (Original) (incorporating the rejection in claim 1), Lam 
discloses the method wherein said generating step includes generating methods 
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for overriding notification methods of the ancestor class (e.g., Sec. 8.2.2.1 - 
Extending existing controls - because Windows® Forms API is object oriented, 
extending controls is as easy as deriving from the default behavior of the control) 

29. As to claim 17 (Original) (incorporating the rejection in claim 16), Lam 
discloses the method wherein said generating step includes generating 
intermediate language instructions for overriding notification methods of the 
ancestor class (e.g.. Sec. 8.2.2.1 - Extending existing controls - because 
Windows® Forms API is object oriented, extending controls is as easy as 
deriving from the default behavior of the control) 

30. As to claim 18 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses the method wherein the type delegator provides 
information for enumerating fields, methods, properties, and events in response 
to user input on the particular form in the development system (e.g., Col. 16, 
Lines 36-44 - UpdateChildren procedure or method serves to propagate an 
update call to all children ... Updating, is an internal housekeeping method which 
is invoked on a component which is about to be updated. This call adds a 
component to the update list and invokes the components own updating method; 
Col. 21, Lines 54-67 - ... AddChild is a housekeeping method used during 
creation for adding children ... are internal housekeeping methods ...) 
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31 . As to claim 19 (Original) (incorporating the rejection in claim 1 ), Lam 
discloses the method wherein the type delegator generates metadata information 
in response to user input on the particular form (e.g., Sec. 2.3 - Metadata, 1®' 
Para. - Metadata is machine-readable information about a resource, or "data 
about data"; Such information might include details on content, format, size, or 
other characteristics of a data source; In .NET®, metadata includes type 
definitions, version information, external assembly references, and other 
standardized information; Sec. 2.3.1 , 1®' Para. - Just as type libraries are C++ 
header files on steroids, metadata is a type library on steroids; in .NET® 
metadata is a common mechanism or dialect that the .NET® runtime, compilers, 
and tools can all use. Microsoft .NET® uses metadata to describe all types that 
are used and exposed by a particular .NET® assembly; much richer than a type 
library, metadata includes descriptions of an assembly and modules, classes, 
interfaces, methods, properties fields, events, global methods, and so forth) 

32. As to claim 20 (Original) (incorporating the rejection in claim 19), Lam 
discloses the method wherein said step of generating metadata information 
includes adding a reference to methods of the application assigned to 
components on the particular form (e.g.. Sec. 2.3 - Metadata, 1^' Para. - 
Metadata is machine-readable information about a resource, or "data about 
data"; Such information might include details on content, format, size, or other 
characteristics of a data source; In .NET®, metadata includes type definitions, 
version information, external assembly references, and other standardized 
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information; Sec. 2.3.1 , 1®' Para. - Just as type libraries are C++ header files on 
steroids, metadata is a type library on steroids; in .NET® metadata is a common 
mechanism or dialect that the .NET® runtime, compilers, and tools can all use. 
Microsoft .NET® uses metadata to describe all types that are used and exposed 
by a particular .NET® assembly; much richer than a type library, metadata 
includes descriptions of an assembly and modules, classes, interfaces, methods, 
properties fields, events, global methods, and so forth) 

33. As to claim 21 (Original) (incorporating the rejection in claim 1), 
Jazdzewski discloses the method further comprising: persisting state of the 

particular form, enabling the particular form to be recreated at runtime (e.g.. Col. 
7, Lines 56-62 - ... what happens at design time should mimic exactly what 
happens at runtime ...) 

34. As to claim 22 (Original) (incorporating the rejection in claim 21 ), 
Jazdzewski discloses the method wherein said persisting step includes persisting 
user input on the particular form (e.g., Col. 8, Lines 6-10 - This method causes 
the data for the "property" to be written out to the persistent image ...) 

35. As to claim 23 (Original) (incorporating the rejection in claim 1), please 
refer to claim 1 above, accordingly. 
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36. As to claim 24 (Original) (incorporating the rejection in claim 1 ), 
Jazdzewski discloses a downloadable set of processor-executable instructions 
for performing the method (e.g., Abstract - A visual development system which 
allows a user to derive forms from other "ancestor" forms, inheriting their 
components, properties, and code as a starting point for one's own forms ...) 

37. As to claim 26 (Currently Amended) (incorporating the rejection in claim 
25), please refer to claim 2 above. 

38. As to claim 27 (Original) (incorporating the rejection in claim 25), please 
refer to claim 5 above. 

39. As to claim 28 (Currently Amended) (incorporating the rejection in claim 
25), please refer to claim 3 above. 

40. As to claim 30 (Original) (incorporating the rejection in claim 28), please 
refer to claim 6 above. 

41 . As to claim 32 (Original) (incorporating the rejection in claim 31 ), please 
refer to claim 22 above. 

42. As to claim 33 (Original) (incorporating the rejection in claim 32), please 
refer to claim 21 above. 
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43. As to claim 34 (Original) (incorporating tine rejection in claim 25), please 
refer to claim 12 above. 

44. As to claim 35 (Original) (incorporating the rejection in claim 34), please 
refer to claim 13 above. 

45. As to claim 36 (Original) (incorporating the rejection in claim 35), please 
refer to claim 14 above. 

46. As to claim 37 (Original) (incorporating the rejection in claim 35), please 
refer to claim 15 above. 

47. As to claim 38 (Original) (incorporating the rejection in claim 25), please 
refer to claim 16 above. 

48. As to claim 39 (Original) (incorporating the rejection in claim 38), please 
refer to claim 17 above. 

49. As to claim 40 (Original) (incorporating the rejection in claim 39), Lam 
discloses the system wherein the proxy module generates intermediate language 
instructions using classes for generating intermediate language instructions 
provided by the object framework (e.g.. Sec. 2.5 - Intermediate Language (IL), 
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S^'^ Para - Microsoft® calls its own language-abstraction layer the Common 
Intermediate Language (CIL); Similar bytecode, IL supports all object-oriented 
features, including data abstraction, inheritance, polymorphism and useful 
concepts such as exceptions and events; any .NET® language may be 
converted into IL, so .NET® supports multiple languages and perhaps multiple 
platforms in the future [as long as the target platforms have a CLR]) 

50. As to claim 41 (Original) (incorporating the rejection in claim 25), please 
refer to claim 18 above. 

51 . As to claim 42 (Original) (incorporating the rejection in claim 25), please 
refer to claim 19 above. 

52. As to claim 43 (Original) (incorporating the rejection in claim 42), please 
refer to claim 20 above. 

53. As to claim 44 (Original) (incorporating the rejection in claim 43), Lam 
discloses the system wherein said metadata information and the descendant 
class are used to reconstruct the form as part of the application at runtime (e.g., 
Sec. 2.3 - Metadata, 1^' Para. - Metadata is machine-readable information about 
a resource, or "data about data"; Such information might include details on 
content, format, size, or other characteristics of a data source; In .NET®, 
metadata includes type definitions, version information, external assembly 
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references, and other standardized information; Sec. 2.3.1 , 1^' Para. - Just as 
type libraries are C++ lieader files on steroids, metadata is a type library on 
steroids; in .NET® metadata is a common mechanism or dialect that the .NET® 
runtime, compilers, and tools can all use. Microsoft .NET® uses metadata to 
describe all types that are used and exposed by a particular .NET® assembly; 
much richer than a type library, metadata includes descriptions of an assembly 
and modules, classes, interfaces, methods, properties fields, events, global 
methods, and so forth) 

Response to Arguments 

54. Applicant's arguments filed on January 10, 2008 have been fully 
considered but they are not persuasive. 

In the remarks, Applicant argues that, for examples: 

(A.1) Applicant's invention addresses the problem of efficiently migrating 
existing programs and tools to a new development framework (recited in 
Remarks, page 12, second paragraph) and enables existing form design tools to 
be used on a new development framework (recited in Remarks, page 12, third 
paragraph); Further, Applicant's invention provides for non-source code based 
construction and manipulation of objects at design-time in a manner which 
enables the object to appear as having been a source-level construct (recited in 
Remarks, page 16, second paragraph) (emphasis added) 
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(A.2) With Applicant's invention the type delegator is used during the design 
phase of an application to track change made to a form being designed in a 
development system prior to compilation of the application. Albahari, in contrast, 
discusses use of system reflection features to provide access to compile-time 
data at runtime. This is not comparable to Applicant's claimed invention which 
specifically provides the type delegator operates at design time to track change 
to a form being designed (recited in Remarks, page 19, first full paragraph) 

(A.3) Applicant's invention actually constructs a visual representation of the 
form which approximates what the user will actually see when the application 
being developed operates at run time (recited in Remarks, page 17, second full 
paragraph) 

Examiner's response: 

(R.1 ) In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant 
relies (i.e., efficiently migrating existing programs and tools to a new 
development framework) are not recited in the rejected claim(s). Although the 
claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1181, 
26 USPQ2d 1057 (Fed. Cir. 1993) 
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(R.2) Please note that it is not Albahari but Jazdzewsl^i, whicli was previously 
applied to the Office action dated September 1 1 , 2007, which teaches a type 
delegator for the descendant class for tracking user input on the form during 
development of the application (e.g., Col. 16, Lines 36-44 - UpdateChildren 
procedure or method serves to propagate an update call to all children ... 
Updating, is an internal housekeeping method which is invoked on a component 
which is about to be updated. This call adds a component to the update list and 
invokes the components own updating method; Col. 21, Lines 54-67 - ... 
AddChild is a housekeeping method used during creation for adding children ... 
are internal housekeeping methods ...) 

(R.3) Jazdzewski teaches constructing a visual representation of the form which 
approximates what the user will actually see when the application being 
developed operates at run time (e.g.. Col. 7, Lines 56-62 - ... what happens at 
design time should mimic exactly what happens at runtime ...) 

Conclusion 

55. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Ben C. Wang whose telephone number is 
571-270-1240. The examiner can normally be reached on Monday - Friday, 8:00 
a.m. - 5:00 p.m., EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax 
phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/Ben C Wang/ 
Examiner, Art Unit 2192 



August 27, 2008 



/Eric B. Kiss/ 
Eric B. Kiss 

Primary Examiner, Art Unit 2192 



